Electronic information caching

ABSTRACT

Electronic information is made more readily available to one or more access requestors based on an anticipated demand for the electronic information using a process, system or computer software. For instance, electronic information stored on a first storage medium is identified for transport (e.g., in response to a request of at least one of the access requestors), and the electronic information is transported accordingly. Afterwards, a determination is made to store the electronic information on a second storage medium that is more accessible to the access requestors than the first storage medium. The determination is based on a size of the electronic information and an anticipated demand of the access requestors for the electronic information. The anticipated demand is determined based at least on information that is not particular to any single access requestor. The electronic information then is stored on the second storage medium and the access requestors are provided access to the electronic information from the second storage medium.

This application claims priority form U.S. Provisional Application No.60/234,996, filed Sep. 25, 2000, which is incorporated by reference.

TECHNICAL FIELD

This application relates to making electronic information available toan access requestor.

BACKGROUND

Inter-networked computer systems allow users to remotely accesselectronic information. These users, referred to as access requesters,sometimes experience delays in obtaining access to electronicinformation that concurrently is being accessed by one or more otheraccess requestors within a short time period. For example, when theIndependent Counsel's Report on the President was initially madeavailable on-line, a large number of access requests were made within ashort period of time, resulting in delays and failed requests.

SUMMARY

In one general aspect, electronic information caching may makeelectronic information more readily available to an access requestorbased on an anticipated demand for that information. When requests forselected electronic information stored on a first storage medium areanticipated, the selected electronic information is accessed andduplicated on a second, more accessible storage medium. The accessrequestor then is provided with access to the selected electronicinformation on the second storage medium if it is available. Otherwise,the access requestor is provided with the selected electronicinformation from the first storage medium.

Implementations may include one or more of the following features. Forexample, the electronic information can be made more accessible in anumber of ways, such as by selecting a second storage medium that iseither physically, logically or electronically more proximate to theaccess requestor than the first storage medium. In addition, the firststorage medium may be on a central server and the second storage mediummay be on a distributed server. The electronic information may be storedin a database on the first storage medium. Anticipating future requestsfor access to selected electronic information may be based on: pastrequests for access to the same or related electronic information byaccess requesters; past requests for access to non-related electronicinformation by access requestors; past requests for access to relatednon-electronic information by access requesters; or, past requests foraccess to non-related non-electronic information by access requesters.The relevant access activity that is measured may include the frequencyor volume of requests for access to the selected electronic information.Anticipating requests for access also may determine the file size toassign a cache value based on the file size and the frequency ofrequests for the selected electronic information. Thus, selectedelectronic information with a higher cache value is more likely to beanticipated. Anticipating requests for access may also take into accountcriteria that are unrelated to past access requests. Requests for accessmay be anticipated before, after, or while an access request is made.

Implementations of the above features may include methods, systemsand/or computer software. The details of one or more implementations areset forth in the accompanying drawings and in the following description.Other features and advantages will be apparent from the description anddrawings, and from the claims.

DESCRIPTION OF DRAWINGS

FIG. 1 is a flowchart of a method for making electronic informationreadily available to an access requester.

FIG. 2 a is a block diagram of a system for making electronicinformation more readily available to an access requestor.

FIGS. 2 b–2 d are block diagrams of computer systems that each include asource storage medium and a destination storage medium.

FIG. 3 is a block diagram of hardware structured and arranged to executesoftware capable of performing one or more of the steps of a process formaking electronic information readily available to an access requestor.

FIG. 4 is a block diagram of a computer system for using a network toaccess electronic content or other resources at a source or destinationstorage medium.

FIG. 5 is a block diagram of a system capable of being programmed formaking electronic information readily available to an access provider.

FIG. 6 is a block diagram of a communication system including a clientsystem communicating with a host system through a communications link.

FIGS. 7–10 are block diagrams of communications systems that are capableof delivering and exchanging information between a client system and ahost system through a communication link.

Like reference symbols in the various drawings indicate like elements.

DETAILED DESCRIPTION

Referring to FIG. 1, a method 1000 for making electronic informationreadily available to an access requester includes anticipating requestsfor electronic information (step 1010), accessing electronic informationfor which a high volume of requests is anticipated (step 1020),duplicating the accessed electronic information (step 1030) and makingthe duplicated electronic information accessible to an access requestor(step 1040). In general, electronic information includes one or more oftext, images, movies, music or other sounds, animations, 3D virtualworlds, and links to other objects.

Anticipating requests for electronic information (step 1010) isgenerally performed based on one or more criteria, such as past requestsfor information, popularity of the subject matter, feedback by accessrequestors regarding topics of interest or other criteria, formal orinformal polling data, and survey research. For example, requests forelectronic information may be anticipated by collecting past requestsfor information made by an access requestor. The past requests forinformation may be obtained by using hardware or software capable ofstoring information concerning online usage, such as a cookie. A cookieis software stored on a computer that is capable of monitoring theactivities of a web browser on that computer. The cookie reportsinformation back to the web server indicating each time the browserrequests a page from the web server.

Thus, a profile of information can be built indicating the browserdestinations of a specific access requestor and electronic informationselected by that access requestor. In this way, hobbies, pursuits andother topics of interest can be anticipated for the access requester byanalyzing collected data, usage patterns and past requests forinformation. Another example of anticipating requests for electronicinformation includes compiling information concerning the popularity ofcertain subject matter for one or more classes of access requestor. Forexample, senior citizens and car enthusiasts are each classes of personshaving identifiable yet common interests. Based upon such commoninterests, requests for electronic information can be anticipated forthe class members. Feedback on topics of interest for individuals orclasses of access requestors can be obtained using conventional orelectronic means. For example, email messages that ask specificquestions or that include survey requests can be sent to accessrequesters. Such information can also be obtained by using regular mailfor delivery to access requesters or by telephone contact with accessrequesters.

In this manner, the anticipation of requests for electronic informationmay be based on criteria unrelated to past requests for electronicinformation. Moreover, anticipation of requests for certain electronicinformation may occur before, after, or concurrently with requests foraccess to the electronic information. When anticipating based on pastrequests for information, the past requests for information may bemeasured by the frequency or volume of access requests. Additionally, acache value may be assigned to the selected electronic information basedon its file size and the frequency of requests for the selectedelectronic information. In this implementation, selected electronicinformation with higher cache values are more likely to be anticipated.The past requests may be for the same information, related information,or information not related to the requested electronic information, andfor information in an electronic format or otherwise.

Accessing requested electronic information (step 1020) generallyincludes identifying the selected electronic information from withinelectronic information that is stored on a storage medium. Accessingelectronic information also includes reading or otherwise making theselected electronic information available from within the source storagemedium. Examples of storage media include a magnetic disk, such as, forexample, an internal hard disk and removable disk, magneto-optical andoptical disks, and compact disks whether in read only format, such as,for example, CD-ROM or in rewritable format, such as, for example,rewritable CD and DVD. They may be contrasted with memory devices, suchas random access memory (RAM), read only memory (ROM), programmable readonly memory (PROM), erasable programmable read only memory (EPROM),electrically erasable programmable read only memory (EEPROM), and flashmemory devices.

Duplicating electronic information (step 1030) generally includescopying the identified electronic information from the source storagemedium to a destination storage medium that is more accessible to anaccess requester. Storage of the electronic information on thedestination storage medium generally enables faster access to electronicinformation than would otherwise be available if the electronicinformation remained stored only on the source storage medium.

Providing an access requestor with access to the duplicated electronicinformation (step 1040) generally includes making the electronicinformation stored on the destination storage medium available to theaccess requestor. For example, an access requestor may be allowed toidentify, read, copy and/or perceive the existence of the electronicinformation on the destination storage medium. When the access requestoris allowed to perceive the electronic information, the access requestormay be sent a notice that the copied electronic information is availableat the destination storage medium. The access requestor also may beprovided with a link to the electronic information on the destinationstorage medium. This link may be perceivable to the access requestor(e.g., displayed on the screen of the access requestor). If the accessrequestor is unable to access the selected information from thedestination storage medium, than providing an access requestor withaccess also may include making the selected electronic informationavailable to the access requester from the source storage medium.

FIG. 2 a is a block diagram that illustrates an exemplary system 1100for making electronic information more readily available to an accessrequestor, based, for example, on an anticipated demand for theelectronic information. The system 1100 of FIG. 2 a includes severalinterconnected components including an anticipating module 1110, anelectronic information reader 1120, an electronic information copier1130, and an access providing module 1140. One or more of thesecomponents may be embodied by computer programming and operated by code(i.e., software) in a computer system, as will be described.

The anticipating module 1110 generally includes a segment of softwarecode that is designed to predict requests for electronic informationstored on an accessible source storage medium. For example, the softwarecode may be designed to store requests for electronic information or toaccess a data storage device (located on the Web or otherwise) thatstores requests for electronic information. The software may be designedto measure the stored data to determine the rate or number of requestsfor the electronic information and the file size of the electronic. Thesoftware also may calculate a cache value based on the number ofrequests and the file size, and to electronically flag the electronicinformation as being in high demand by access requesters where the cachevalue or frequncy of requests for the electronic information is high.The anticipating module 1110 may predict requests for electronicinformation based on any or all of the criteria described with referenceto step 1010 of FIG. 1.

The electronic information reader 1120 generally includes a segment ofsoftware code capable of identifying requested electronic informationfrom within the source storage medium. The electronic information reader1120 may identify requested electronic information based on any or allof the criteria described with reference to step 1020 of FIG. 1.

The electronic information copier 1130 generally includes a segment ofsoftware code capable of copying electronic information from the sourcestorage medium to a destination storage medium that is more accessibleto an access requester. The electronic information copier may copyelectronic information based on any or all of the criteria describedwith reference to step 1030 of FIG. 1.

The access providing module 1140 generally includes a segment ofsoftware code capable of making available to an access requestor theelectronic information that has been stored on a destination storagemedium. The access providing module 1140 may provide access toelectronic information based on any or all of the criteria describedwith reference to step 1040 of FIG. 1. The access providing module 1140may also determine whether access to the electronic information has beenmade available to the access requestor from the destination storagemedium; otherwise, the electronic information may be provided to theaccess requestor from the source storage medium.

Relative to the access requestor, the destination storage medium may beless remote than the source storage medium. The destination storagemedium may be logically, physically or geographically closer to theaccess requestor than the source storage medium. For example, thedestination storage medium may be storage on a distributed server andthe source storage medium may be storage that is accessible to theaccess requestor through the distributed server. Storage of theelectronic data on the destination storage medium generally results infaster or more efficient access to desired electronic information thanif the information was stored on the source storage medium.

While described as segments of software code, any or all of steps1110–1140 may be implemented as hardware. For instance, when implementedusing hardware, the electronic information reader 1120 may include,e.g., a magnetic disk reader, a magneto-optical disk reader, an opticaldisk reader, or a CD-ROM reader. Similarly, when implemented usinghardware, the electronic information copier may include a magnetic diskcopier, a magneto-optical disk copier, an optical disk copier, or aCD-ROM copier.

In addition, to illustrate how the destination and source medium areinterrelated, examples of various hardware configurations of a systemfor making electronic information more readily available to an accessrequester are shown in FIGS. 2 b–2 d. FIG. 2 b shows a computer systemused by an access requestor 100 that includes a source storage medium120, and a destination storage medium 110. As shown from FIG. 2 b, thedestination storage medium 110 is logically and electronically closer tothe access requestor 100 than the source storage medium 120. Thus,storing the electronic information on the destination storage medium 110allows the access requester 100 to access the electronic informationfaster than if the information was stored on the source storage medium120.

FIG. 2 c shows another exemplary configuration of a computer system 1100c including an access requestor 100, a source storage medium 120, and adestination storage medium 110. In this illustration, the source storagemedium 120 is physically and/or geographically further from the accessrequestor 100 than the destination storage medium 110. In otherinstances, regardless of whether the source and destination storagemediums 120 and 110 are similarly situated by distance and/orgeographical relationship to the access requestor 100, this type ofconfiguration may be used when the anticipated or actual demands foraccess to electronic information on the destination storage medium 110are lower than the anticipated or actual demands for access toelectronic information stored on the source storage medium 120.

FIG. 2 d shows yet another exemplary configuration of a computer system1100 d including an access requester 100, source storage medium 120 a,120 b, a destination storage medium 110, servers 200, 200 a, 200 b, anda delivery network 460. Examples of a delivery network 460 may includethe Internet, the World Wide Web, WANs, LANs, analog or digital wiredand wireless telephone networks (e.g., PSTN, ISDN, and xDSL), radio,television, cable, satellite, and/or any other delivery mechanism forcarrying data. As shown in FIG. 2 d, the delivery network 460 andservers 200, 200 a, 200 b connect the source storage media 120 a, 120 band the destination storage medium 110 to the Internet. In oneimplementation, an access request by the access requester 100 istransmitted by the delivery network 460 to a server 200 that directs therequest to the destination storage medium 110. The electronicinformation is routed from the source storage medium 120 a through aserver 200 a to the destination storage medium 110. In anotherimplementation, the electronic information is routed from the sourcestorage medium 120 b through a server 200 b through the delivery network460 to the destination storage medium 110, where the destination storagemedium 110 is electronically closer to the access requestor than thesource storage medium 120 b. By making the electronic informationavailable on the destination storage medium 110, the access request isprocessed faster since the destination storage medium 110 iselectronically closer to the access requestor 100.

The method for making electronic information readily available to anaccess requestor 100 can be embodied on one or more computer systems101. For example, the computer system 101 illustrated in FIG. 3represents a typical hardware setup for executing software capable ofperforming one or more of the steps of a process for making electronicinformation readily available to an access requestor, e.g., the processshown by FIG. 1. As such, the computer system 101 of FIG. 3 allows anaccess requestor 100 to perform tasks such as communicating with othercomputer users, accessing various computer resources, and viewing,creating, or otherwise manipulating electronic information. In thismanner, the computer system 101 of FIG. 3 may be programmed withcomputer-readable instructions to enable content to be perceived (e.g.,viewed) without being captured (e.g., copied, saved, or printed).

The system includes various input/output (I/O) devices (mouse 103,keyboard 105, display 107) and a general purpose computer 100 having acentral processor unit (CPU) 121, an I/O unit 117, a memory device 109,and a storage medium 110 that stores data and various programs, such asan operating system 111, and one or more application programs 113. Thecomputer system 100 may also include a communications card or device 123(e.g., a modem or network adapter) for exchanging data with a network127 through a communications link 125 (e.g., a telephone line).

As shown in FIG. 4, using a network 127, an access requestor 100 of acomputer system 101 can access electronic content or other resources ata source or destination storage medium 120 or 110 by accessing otherclient systems 202 (e.g., personal or laptop computers), or at one ormore server systems 200. An example of a server system 200 is adistributed computer that provides subscribers with online computer dataand services such as e-mail, e-commerce, chat rooms, Internet access,electronic newspapers and magazines, etc.

Users of a host computer's online services typically communicate withone or more central server systems 200 through client software executingon their respective client systems 202. In practice, server system 200is not typically a single monolithic entity but rather is typically anetwork of interconnected server computers, possibly physicallydispersed from each other, each dedicated to its own set of dutiesand/or to a particular geographical region. In such a case, the servercomputers are interconnected by a network of communication links.

Client systems 202 run client software that enables communication withcorresponding software running on the server system 200. The clientsystems 202 communicate with the server system 200 through variouschannels 204 and lines 206, such as a modem connected to a telephoneline, a direct Internet connection using a transfer protocol such asTCP/IP (Transfer Control Protocol/Internet Protocol), cable, integratedservices digital network (ISDN), or other transfer protocols. The serversystem 200 is responsible for receiving input from the client systems202, manipulating the collective body of input information (and possiblyinformation from other sources) into a useful format, and retransmittingthe formatted information back to one or more clients 202 for output onan output device, such as a display screen.

A “browser” is an example of client software that enables accessrequestors to access and view electronic content stored either locallyor remotely, such as in a network environment of interconnected computersystems (e.g., delivery network 460 of FIG. 2 d). The browser typicallyis used for displaying documents described in Hyper-Text Markup Language(HTML). It is generally stored on servers connected to a network such asthe Internet. An access requester instructs the browser to access anelectronic document (e.g., “webpage”) by specifying a network address,e.g., Uniform Resource Locator (URL), indicating the location of adesired webpage. In response, the browser contacts the correspondingserver 200 hosting the requested webpage, retrieves the one or morefiles that make up the webpage, and then displays the webpage in awindow on the access requestor's computer screen.

Referring to FIGS. 5–10, another implementation of a system capable ofbeing programmed (e.g., according to the process shown by FIG. 1) formaking electronic information readily available to an access provider isdescribed. In FIG. 5, a communications system 400 is delivering andexchanging data between a client system 405 and a host system 410through a communications link 415. The client system 405 typicallyincludes one or more client devices 420 and/or client controllers 425.For example, the client system 405 may include one or moregeneral-purpose computers, such as, for example, personal computers, oneor more special-purpose computers, such as, for example, devicesspecifically programmed to communicate with each other and/or the hostsystem 410, or a combination of one or more general-purpose computersand one or more special-purpose computers. The client system 405 may bearranged to operate within or in concert with one or more other systems,such as e.g., one or more Local Area Networks (LANs) and/or one or moreWide Area Networks (WANs).

The client device 420 is generally capable of executing instructionsunder the command of a client controller 425. The client device 420 isconnected to the client controller 425 by a wired or wireless datapathway 430 capable of delivering data.

The client device 420 and client controller 425 each typically includesone or more hardware components and/or software components. An exampleof a client device 420 is a general-purpose computer (e.g., a personalcomputer) capable of responding to and executing instructions in adefined manner. Other examples include a special-purpose computer, aworkstation, a server, a device, a component, other physical or virtualequipment or some combination thereof capable of responding to andexecuting instructions. An example of client controller 425 is asoftware application loaded on the client device 420 for commanding anddirecting communications enabled by the client device 420. Otherexamples include a program, a piece of code, an instruction, a device, acomputer, a computer system, or a combination thereof, for independentlyor collectively instructing the client device 420 to interact andoperate as described herein. The client controller 425 may be embodiedpermanently or temporarily in any type of machine, component, physicalor virtual equipment, storage medium 110, or propagated signal capableof providing instructions to the client device 420.

The communications link 415 typically includes a delivery network 460making a direct or indirect communication between the client system 405and the host system 410, irrespective of physical separation. Thecommunications link 415 may include communication pathways 450, 455 thatenable communications through the one or more delivery networks 460described above. Each of the communication pathways 450, 455 mayinclude, e.g., a wired, wireless, cable or satellite communicationpathway.

The host system 410 includes a host device 435 capable of executinginstructions under the command and direction of a host controller 440.The host device 435 is connected to the host controller 440 by a wiredor wireless data pathway 445 capable of carrying and delivering data.

The host system 410 typically includes one or more host devices 435and/or host controllers 440. For example, the host system 410 mayinclude one or more general-purpose computers (e.g., personalcomputers), one or more special-purpose computers (e.g., devicesspecifically programmed to communicate with each other and/or the clientsystem 405), or a combination of one or more general-purpose computersand one or more special-purpose computers. The host system 410 may bearranged to operate within or in concert with one or more other systems,such as, e.g., one or more LANs and/or one or more WANs.

The host device 435 and host controller 440 each typically includes oneor more hardware components and/or software components. An example of ahost device 435 is a general-purpose computer (e.g., a personalcomputer) capable of responding to and executing instructions in adefined manner. Other examples include a special-purpose computer, aworkstation, a server, a device, a component, other physical or virtualequipment or some combination thereof capable of responding to andexecuting instructions. An example of host controller 440 is a softwareapplication loaded on the host device 435 for commanding and directingcommunications enabled by the host device 435. Other examples include aprogram, a piece of code, an instruction, a device, a computer, acomputer system, or a combination thereof, for independently orcollectively instructing the host device 435 to interact and operate asdescribed herein. The host controller 440 may be embodied permanently ortemporarily in any type of machine, component, physical or virtualequipment, storage medium, or propagated signal capable of providinginstructions to the host device 435.

FIG. 6 illustrates a communication system 500 including a client system505 communicating with a host system 510 through a communications link515. Client system 505 typically includes one or more client devices 520and one or more client controllers 525 for controlling the clientdevices 520. Host system 510 typically includes one or more host devices535 and one or more host controllers 540 for controlling the hostdevices 535. The communications link 515 may include communicationpathways 550, 555 enabling communications through the one or moredelivery networks 560.

Examples of each element within the communication system of FIG. 6 arebroadly described above with respect to FIG. 5. In particular, the hostsystem 510 and communications link 515 typically have attributescomparable to those described with respect to host system 410 andcommunications link 415 of FIG. 4, respectively. Likewise, the clientsystem 505 of FIG. 6 typically has attributes comparable to and mayillustrate one possible implementation of the client system 405 of FIG.5.

The client device 520 typically includes a general purpose computer 570having an internal or external storage 572 for storing data and programssuch as an operating system 574 (e.g., DOS, Windows™, Windows 95™,Windows 98™, Windows 2000™, Windows NT™, OS/2, and Linux) and one ormore application programs. Examples of application programs includeauthoring applications 576 (e.g., word processing, database programs,spreadsheet programs, and graphics programs) capable of generatingdocuments or other electronic content; client applications 578 (e.g.,AOL client, CompuServe client, AIM client, AOL TV client, and ISPclient) capable of communicating with other computer users, accessingvarious computer resources, and viewing, creating, or otherwisemanipulating electronic content; and browser applications 580 (e.g.,Netscape's Navigator and Microsoft's Internet Explorer) capable ofrendering standard Internet content.

The general-purpose computer 570 also includes a central processing unit(CPU) 582 for executing instructions in response to commands from theclient controller 525. In one implementation, the client controller 525includes one or more of the application programs installed on theinternal or external storage 572 of the general-purpose computer 570. Inanother implementation, the client controller 525 includes applicationprograms externally stored in and performed by one or more device(s)external to the general-purpose computer 570.

The general-purpose computer typically will include a communicationdevice 584 for sending and receiving data. One example of thecommunication device 584 is a modem. Other examples include atransceiver, a set-top box, a communication card, a satellite dish, anantenna, or another network adapter capable of transmitting andreceiving data over the communications link 515 through a wired orwireless data pathway 550. The general-purpose computer 570 also mayinclude a television (TV) tuner 586 for receiving television programmingin the form of broadcast, satellite, and/or cable TV signals. As aresult, the client device 520 can selectively and/or simultaneouslydisplay network content received by communications device 584 andtelevision programming content received by the TV tuner 586.

The general-purpose computer 570 typically will include an input/outputinterface 588 to enable a wired or wireless connection to variousperipheral devices 590. Examples of peripheral devices 590 include, butare not limited to, a mouse 591, a mobile phone 592, a personal digitalassistant (PDA) 593, a keyboard 594, a display monitor 595 with orwithout a touch screen input, and/or a TV remote control 596 forreceiving information from and rendering information to subscribers.Other examples may include voice recognition and synthesis devices.

Although FIG. 6 illustrates devices such as a mobile telephone 592, aPDA 593, and a TV remote control 596 as being peripheral with respect tothe general-purpose computer 570, in another implementation, suchdevices may themselves include the functionality of the general-purposecomputer 570 and operate as the client device 520. For example, themobile phone 592 or the PDA 593 may include computing and networkingcapabilities and function as a client device 520 by accessing thedelivery network 560 and communicating with the host system 510.Furthermore, the client system 505 may include one, some or all of thecomponents and devices described above.

Referring to FIG. 7, a communications system 600 is capable ofdelivering and exchanging information between a client system 605 and ahost system 610 through a communication link 615. Client system 605typically includes one or more client devices 620 and one or more clientcontrollers 625 for controlling the client devices 620. Host system 610typically includes one or more host devices 635 and one or more hostcontrollers 640 for controlling the host devices 635. The communicationslink 615 may include communication pathways 650, 655 enablingcommunications through the one or more delivery networks 660.

Examples of each element within the communication system of FIG. 7 arebroadly described above with respect to FIGS. 5 and 6. In particular,the client system 605 and the communications link 615 typically haveattributes comparable to those described with respect to client systems405 and 505 and communications links 415 and 515 of FIGS. 5 and 6,respectively. Likewise, the host system 610 of FIG. 7 may haveattributes comparable to and may illustrate one possible implementationof the host systems 410 and 510 shown in FIGS. 5 and 6, respectively.

The host system 610 includes a host device 635 and a host controller640. The host controller 640 is generally capable of transmittinginstructions to any or all of the elements of the host device 635. Forexample, in one implementation, the host controller 640 includes one ormore software applications loaded on the host device 635. However, inother implementations, as described above, the host controller 640 mayinclude any of several other programs, machines, and devices operatingindependently or collectively to control the host device 635.

The host device 635 includes a login server 670 for enabling access bysubscribers and routing communications between the client system 605 andother elements of the host device 635. The host device 635 also includesvarious host complexes such as the depicted Online Service Provider(OSP) host complex 680 and Instant Messaging (IM) host complex 690. Toenable access to these host complexes by subscribers, the client system605 may include communication software, e.g., an OSP client applicationand an IM client application. The OSP and IM communication softwareapplications are designed to facilitate the subscriber's interactionswith the respective services and, in particular, may provide access toall the services available within the respective host complexes. Forexample, Instant Messaging allows a subscriber to use the IM clientapplication to view whether particular subscribers (buddies) are online,exchange instant messages with particular subscribers, participate ingroup chat rooms, trade files such as pictures, invitations ordocuments, find other subscribers with similar interests, get customizednews and stock quotes, and search the Web.

Typically, the OSP host complex 680 supports different services, such asemail, discussion groups, chat, news services, and Internet access. TheOSP host complex 680 is generally designed with an architecture thatenables the machines within the OSP host complex 680 to communicate witheach other, certain protocols (that is, standards, formats, conventions,rules, and structures) being employed to enable the transfer of data.The OSP host complex 680 ordinarily employs one or more OSP protocolsand custom dialing engines to enable access by selected clientapplications. The OSP host complex 680 may define one or more specificprotocols for each service based on a common, underlying proprietaryprotocol.

The IM host complex 690 is generally independent of the OSP host complex680, and supports instant messaging services regardless of asubscriber's network or Internet access. Thus, the IM host complex 690allows subscribers to send and receive instant messages, whether or notthey have access to any particular ISP. The IM host complex 690 maysupport associated services, such as administrative matters,advertising, directory services, chat, and interest groups related tothe instant messaging. The IM host complex 690 has an architecture thatenables all of the machines within the IM host complex to communicatewith each other. To transfer data, the IM host complex 690 employs oneor more standard or exclusive IM protocols.

The host device 635 may include one or more gateways that connect andtherefore link complexes, such as the OSP host complex gateway 685 andthe IM host complex gateway 695. The OSP host complex gateway 685 andthe IM host complex 695 gateway may directly or indirectly link the OSPhost complex 680 with the IM host complex 690 through a wired orwireless pathway. Ordinarily, when used to facilitate a link betweencomplexes, the OSP host complex gateway 685 and the IM host complexgateway 695 are privy to information regarding a protocol anticipated bya destination complex, which enables any necessary protocol conversionto be performed incident to the transfer of data from one complex toanother. For instance, the OSP host complex 680 and IM host complex 690may use different protocols such that transferring data between thecomplexes requires protocol conversion by or at the request of the OSPhost complex gateway 685 and/or the IM host complex gateway 695.

Referring to FIG. 8, a communications system 700 is capable ofdelivering and exchanging information between a client system 705 and ahost system 710 through a communication link 715. Client system 705typically includes one or more client devices 720 and one or more clientcontrollers 725 for controlling the client devices 720. Host system 710typically includes one or more host devices 735 and one or more hostcontrollers 740 for controlling the host devices 735. The communicationslink 715 may include communication pathways 750, 755 enablingcommunications through the one or more delivery networks 760. As shown,the client system 705 may access the Internet 765 through the hostsystem 710.

Examples of each element within the communication system of FIG. 8 arebroadly described above with respect to FIGS. 5–7. In particular, theclient system 705 and the communications link 715 typically haveattributes comparable to those described with respect to client systems405, 505, and 605 and communications links 415, 515, and 615 of FIGS.5–7, respectively. Likewise, the host system 710 of FIG. 8 may haveattributes comparable to and may illustrate one possible implementationof the host systems 410, 510, and 610 shown in FIGS. 5–7, respectively.However, FIG. 8 describes an aspect of the host system 710, focusingprimarily on one particular implementation of OSP host complex 780.

The client system 705 includes a client device 720 and a clientcontroller 725. The client controller 725 is generally capable ofestablishing a connection to the host system 710, including the OSP hostcomplex 780, the IM host complex 790 and/or the Internet 765. In oneimplementation, the client controller 725 includes an OSP applicationfor communicating with servers in the OSP host complex 780 using OSPprotocols that may or may not be exclusive or proprietary. The clientcontroller 725 also may include applications, such as an IM clientapplication and/or an Internet browser application, for communicatingwith the IM host complex 790 and the Internet 765.

The host system 710 includes a host device 735 and a host controller740. The host controller 740 is generally capable of transmittinginstructions to any or all of the elements of the host device 735. Forexample, in one implementation, the host controller 740 includes one ormore software applications loaded on one or more elements of the hostdevice 735. However, in other implementations, as described above, thehost controller 740 may include any of several other programs, machines,and devices operating independently or collectively to control the hostdevice 735.

The host device 735 includes a login server 770 capable of enablingcommunications between client systems 705 and various elements of thehost system 710, including elements such as OSP host complex 780 and IMhost complex 790. The login server 770 may implement one or moreauthorization procedures to enable simultaneous access to one or more ofthese elements.

The OSP host complex 780 and the IM host complex 790 are typicallyconnected through one or more OSP host complex gateways 785 and one ormore IM host complex gateways 795. Each OSP host complex gateway 785 andIM host complex gateway 795 may generally perform protocol conversionsnecessary to enable communication between one or more of the OSP hostcomplex 780, the IM host complex 790, and the Internet 765.

The OSP host complex 780 supports a set of services to be accessedthrough and/or performed by from one or more servers located internal toand external from the OSP host complex 780. Servers external to the OSPhost complex 780 may communicate using the Internet 765. Serversinternal to the OSP complex 780 may be arranged in one or moreconfigurations. For example, servers may be arranged in largecentralized clusters identified as farms 7802 or in localized clustersidentified as pods 7804.

More specifically, farms 7802 are groups of servers located atcentralized locations within the OSP host complex 780. Farms 7802generally are dedicated to providing particular functionality andservices to subscribers and clients from a centralized location,regardless of the location of the subscriber or client. Farms 7802 areparticularly useful for providing services that depend upon otherremotely-located or performed processes and services for information,such as, e.g., chat, email, instant messaging, news, newsgroups, search,stock updates, and weather. Thus, farms 7802 tend to rely on connectionswith external resources such as the Internet 765 and/or other serverswithin the OSP host complex 780.

By contrast to farms 7802, pods 7804 are clusters of localized serversthat provide some services offered by the OSP host complex 780 from alocation local to the service or information recipient, thus reducingand avoiding time delays and congestion inherent in centralizedprocessing. Each pod 7804 includes one or more interrelated serverscapable of operating together to provide one or more services offered bythe OSP host complex 780 in a geographically localized manner, theservers within a pod 7804 generally operating independently rather thanrelying on resources external to the pod 7804 to operate. A pod 7804 maycache content received from external sources, such as farms 7802 or theInternet 765, making frequently requested information readily availableto the local service or information recipients served by the pod 7804.In this way, pods 7804 are particularly useful in providing servicesthat are independent of other processes and servers such as, e.g.,routing to other localized resources or recipients, providing access tokeywords and geographically specific content, providing access toroutinely accessed information, and downloading certain software andgraphical interface updates with reduced processing time and congestion.The determination of which servers and processes are located in the pod7804 is made by the OSP according to load distribution, frequency ofrequests, demographics, and other factors.

In addition to farms 7802 and pods 7804, the implementation of FIG. 7also includes one or more non-podded and non-farmed servers 7806. Ingeneral, the servers 7806 may be dedicated to performing a particularservice or information that relies on other processes and services forinformation and may be directly or indirectly connected to resourcesoutside of the OSP host complex 780, such as the Internet 765 and the IMhost complex 790, through an OSP gateway 7808 within OSP host complexgateway 785. In the event that subscriber usage of a particular serviceor information of the servers 7806 becomes relatively high, thoseservers 7806 may be integrated into a farm or pod as appropriate.

In the implementation of FIG. 8, one particular exemplary pod 7810 isshown in more detail. Pod 7810 includes a routing processor 7812. In apacket-based implementation, the client system 705 may generateinformation requests, convert the requests into data packets, sequencethe data packets, perform error checking and other packet-switchingtechniques, and transmit the data packets to the routing processor 7812.Upon receiving data packets from the client system 705, the routingprocessor 7812 may directly or indirectly route the data packets to aspecified destination within or outside of the OSP host complex 780. Ingeneral, the routing processor 7812 will examine an address field of adata request, use a mapping table to determine the appropriatedestination for the data request, and direct the data request to theappropriate destination.

For example, in the event that a data request from the client system 705can be satisfied locally, the routing processor 7812 may direct the datarequest to a local server 7814 in the pod 7810. In the event that thedata request cannot be satisfied locally, the routing processor 7812 maydirect the data request internally to one or more farms 7802, one ormore other pods 7804, or one or more non-podded servers 7806 in the OSPhost complex 780, or the routing processor 7812 may direct the datarequest externally to elements such as the IM host complex 790 throughan OSP/pod gateway 7816.

The routing processor 7812 also may direct data requests and/orotherwise facilitate communication between the client system 705 and theInternet 765 through the OSP/pod gateway 7816. In one implementation,the client system 705 uses an OSP client application to convert standardInternet content and protocols into OSP protocols and vice versa, wherenecessary. For example, when a browser application transmits a requestin a standard Internet protocol, the OSP client application canintercept the request, convert the request into an OSP protocol and sendthe converted request to the routing processor 7812 in the OSP hostcomplex 780. The routing processor 7812 recognizes the Internet 765 asthe destination and routes the data packets to an Internet Protocol (IP)tunnel 7818. The IP tunnel 7818 converts the data from the OSP protocolback into standard Internet protocol and transmits the data to theInternet 765. The IP tunnel 7818 also converts the data received fromthe Internet in the standard Internet protocol back into the OSPprotocol and sends the data to the routing processor 7812 for deliveryback to the client system 705. At the client system 705, the OSP clientapplication converts the data in the OSP protocol back into standardInternet content for communication with the browser application.

The IP tunnel 7818 may act as a buffer between the client system 705 andthe Internet 765, and may implement content filtering and time savingtechniques. For example, the IP tunnel 7818 can check parental controlssettings of the client system 705 and request and transmit content fromthe Internet 765 according to the parental control settings. Inaddition, the IP tunnel 7818 may include a number a caches for storingfrequently accessed information. If requested data is determined to bestored in the caches, the IP tunnel 7818 may send the information to theclient system 705 from the caches and avoid the need to access theInternet 765.

In another implementation, the client system 705 may use standardInternet protocols and formatting to access pods 7810 and the Internet765. For example, the subscriber can use an OSP TV client applicationhaving an embedded browser application installed on the client system705 to generate a request in standard Internet protocol, such asHyperText Transport Protocol (HTTP). In a packet-based implementation,data packets may be encapsulated inside a standard Internet tunnelingprotocol, such as, e.g., User Datagram Protocol (UDP), and routed to aweb tunnel 7820. The web tunnel 7820 may be a Layer Two TunnelingProtocol (L2TP) tunnel capable of establishing a point-to-point protocol(PPP) session with the client system 705. The web tunnel 7820 provides agateway to the routing processor 7812 within the pod 7810, the Internet765, and a web proxy 7822.

The web proxy 7822 can look up subscriber information from the IPaddress of the client system 705 to determine demographic informationsuch as the subscriber's parental control settings. In this way, the webproxy 7822 can tailor the subscriber's content and user interfaces. Theweb proxy 7822 can also perform caching functions to store certainUniform Resource Locators (URLs) and other electronic content so thatthe web proxy 7822 can locally deliver information to the client system705 and avoid the need to access the Internet 765 in the event that datarequested by the client system 705 has been cached.

Referring to FIG. 9, a communications system 800 is capable ofdelivering and exchanging information between a client system 805 and ahost system 810 through a communication link 815. Client system 805typically includes one or more client devices 820 and one or more clientcontrollers 825 for controlling the client devices 820. Host system 810typically includes one or more host devices 835 and one or more hostcontrollers 840 for controlling the host devices 835. The communicationslink 815 may include communication pathways 850, 855 enablingcommunications through the one or more delivery networks 860. As shown,the client system 805 may access the Internet 865 through the hostsystem 810.

Examples of each element within the communication system of FIG. 9 arebroadly described above with respect to FIGS. 5–8. In particular, theclient system 805 and the communications link 815 typically haveattributes comparable to those described with respect to client systems405, 505, 605, and 705 and communications links 415, 515, 615, and 715of FIGS. 5–8 respectively. Likewise, the host system 810 of FIG. 8 mayhave attributes comparable to and may illustrate one possibleimplementation of the host systems 410, 510, 610, and 710 shown in FIGS.5–8, respectively. However, FIG. 9 describes an aspect of the hostsystem 810, focusing primarily on one particular implementation of IMhost complex 890.

The client system 805 includes a client device 820 and a clientcontroller 825. The client controller 825 is generally capable ofestablishing a connection to the host system 810, including the OSP hostcomplex 880, the IM host complex 890 and/or the Internet 865. In oneimplementation, the client controller 825 includes an IM application forcommunicating with servers in the IM host complex 890 utilizingexclusive IM protocols. The client controller 825 also may includeapplications, such as an OSP client application and/or an Internetbrowser application, for communicating with elements such as the OSPhost complex 880 and the Internet 865.

The host system 810 includes a host device 835 and a host controller840. The host controller 840 is generally capable of transmittinginstructions to any or all of the elements of the host device 835. Forexample, in one implementation, the host controller 840 includes one ormore software applications loaded on one or more elements of the hostdevice 835. However, in other implementations, as described above, thehost controller 840 may include any of several other programs, machines,and devices operating independently or collectively to control the hostdevice 835.

The host system 810 includes a login server 870 capable of enablingcommunications between client systems 805 and various elements of thehost system 810, including elements such as the OSP host complex 880 andIM host complex 890; login server 870 is also capable of authorizingaccess by the client system 805 and those elements. The login server 870may implement one or more authorization procedures to enablesimultaneous access to one or more of the elements. The OSP host complex880 and the IM host complex 890 are connected through one or more hostcomplex gateways 885 and one or more IM host complex gateways 895. EachOSP host complex gateway 885 and IM host complex gateway 895 may performany protocol conversions necessary to enable communication between theOSP host complex 880, the IM host complex 890, and the Internet 865.

To access the IM host complex 890 to begin an instant messaging session,the client system 805 establishes a connection to the login server 870.The login server 870 typically determines whether the particularsubscriber is authorized to access the IM host complex 890 by verifyinga subscriber identification and password. If the subscriber isauthorized to access the IM host complex 890, the login server 870employs a hashing technique on the subscriber's screen name to identifya particular IM server 8902 for use during the subscriber's session. Thelogin server 870 provides the client system 805 with the IP address ofthe particular IM server 8902, gives the client system 805 an encryptedkey (that is, a cookie), and breaks the connection. The client system805 then uses the IP address to establish a connection to the particularIM server 8902 through the communications link 815, and obtains accessto that IM server 8902 using the encrypted key. Typically, the clientsystem 805 will be equipped with a Winsock Application ProgrammingInterface (API) that enables the client system 805 to establish an openTCP connection to the IM server 8902.

Once a connection to the IM server 8902 has been established, the clientsystem 805 may directly or indirectly transmit data to and accesscontent from the IM server 8902 and one or more associated domainservers 8904. The IM server 8902 supports the fundamental instantmessaging services and the domain servers 8904 may support associatedservices, such as, e.g., administrative matters, directory services,chat and interest groups. The domain servers 8904 can be used to lightenthe load placed on the IM server 8902 by assuming responsibility forsome of the services within the IM host complex 890. By accessing the IMserver 8902 and/or the domain server 8904, a subscriber can use the IMclient application to view whether particular subscribers (or buddies)are online, exchange instant messages with particular subscribers,participate in group chat rooms, trade files such as pictures,invitations or documents, find other subscribers with similar interests,get customized news and stock quotes, and search the Web.

In the implementation of FIG. 9, IM server 8902 is directly orindirectly connected to a routing gateway 8906. The routing gateway 8906facilitates the connection between the IM server 8902 and one or morealert multiplexors 8908. For example, routing gateway 8906 may serve asa link minimization tool or hub to connect several IM servers 8902 toseveral alert multiplexors 8908. In general, an alert multiplexor 8908maintains a record of alerts and subscribers registered to receive thealerts.

Once the client system 805 is connected to the alert multiplexor 8908, asubscriber can register for and/or receive one or more types of alerts.The connection pathway between the client system 805 and the alertmultiplexor 8908 is determined by employing a hashing technique at theIM server 8902 to identify the particular alert multiplexor 8908 to beused for the subscriber's session. Once the particular multiplexor 8908has been identified, the IM server 8902 provides the client system 805with the IP address of the particular alert multiplexor 8908 and givesthe client system 805 an encrypted key (that is, a cookie) used to gainaccess to the identified multiplexor 8908. The client system 805 thenuses the IP address to connect to the particular alert multiplexor 8908through the communication link 815 and obtains access to the alertmultiplexor 8908 using the encrypted key.

The alert multiplexor 8908 is connected to an alert gate 8910 that, likethe IM host complex gateway 895, is capable of performing the necessaryprotocol conversions to enable communication with the OSP host complex880. The alert gate 8910 is the interface between the IM host complex890 and the physical servers, such as servers in the OSP host complex880, where state changes are occurring. In general, the informationregarding state changes will be gathered and used by the IM host complex890. However, the alert multiplexor 8908 also may communicate with theOSP host complex 880 through the IM gateway 895, e.g., to provide theservers and subscribers of the OSP host complex 880 with certaininformation gathered from the alert gate 8910.

The alert gate 8910 can detect an alert feed corresponding to aparticular type of alert. The alert gate 8910 may include a piece ofcode (alert receive code) capable of interacting with another piece ofcode (alert broadcast code) on the physical server where a state changeoccurs. In general, the alert receive code installed on the alert gate8910 instructs the alert broadcast code installed on the physical serverto send an alert feed to the alert gate 8910 upon the occurrence of aparticular state change. Thereafter, upon detecting an alert feed, thealert gate 8910 contacts the alert multiplexor 8908, which in turn,informs the appropriate client system 805 of the detected alert feed.

In the implementation of FIG. 9, the IM host complex 890 also includes asubscriber profile server 8912 connected to a database 8914 for storinglarge amounts of subscriber profile data. The subscriber profile server8912 may be used to enter, retrieve, edit, manipulate, or otherwiseprocess subscriber profile data. In one implementation, a subscriber'sprofile data includes, e.g., the subscriber's buddy list, alertpreferences, designated stocks, identified interests, geographiclocation and other demographic data. The subscriber may enter, editand/or delete profile data using an installed IM client application onthe client system 805 to interact with the subscriber profile server8912.

Because the subscriber's data is stored in the IM host complex 890, thesubscriber does not have to reenter or update such information in theevent that the subscriber accesses the IM host complex 890 using a newor different client system 805. Accordingly, when a subscriber accessesthe IM host complex 890, the IM server 8902 can instruct the subscriberprofile server 8912 to retrieve the subscriber's profile data from thedatabase 8914 and to provide, e.g., the subscriber's buddy list to theIM server 8902 and the subscriber's alert preferences to the alertmultiplexor 8908. The subscriber profile server 8912 also maycommunicate with other servers in the OSP host complex 890 to sharesubscriber profile data with other services. Alternatively, user profiledata may be saved locally on the client device 805.

Referring to FIG. 10, a communications system 900 is capable ofdelivering and exchanging information between a client system 905 and ahost system 910 through a communication link 915. Client system 905typically includes one or more client devices 920 and one or more clientcontrollers 925 for controlling the client devices 920. Host system 910typically includes one or more host devices 935 and one or more hostcontrollers 940 for controlling the host devices 935. The communicationslink 915 may include communication pathways 950, 955 enablingcommunications through the one or more delivery networks 960.

Examples of each element within the communication system of FIG. 10 arebroadly described above with respect to FIGS. 5–9. In particular, theclient system 905 and the communications link 915 typically haveattributes comparable to those described with respect to client systems405, 505, 605, 705 and 805 and communications links 415, 515, 615, 715and 815 of FIGS. 5–9, respectively. Likewise, the host system 910 ofFIG. 10 may have attributes comparable to and may illustrate onepossible implementation of the host systems 410, 510, 610, 710 and 810shown in FIGS. 5–9, respectively. However, FIG. 10 describes severalaspects of one implementation of the host system 910 in greater detail,focusing primarily on one particular implementation of the login server970 and IM host complex 990.

The client system 905 includes a client device 920 and a clientcontroller 925. The client controller 925 is generally capable ofestablishing a connection to the host system 910, including the IM hostcomplex 990. In one implementation, the client controller 925 includesan IM application for communicating with servers in the IM host complex990 utilizing exclusive IM protocols.

The host system 910 includes a host device 935 and a host controller940. The host controller 940 is generally capable of transmittinginstructions to any or all of the elements of the host device 935. Forexample, in one implementation, the host controller 940 includes one ormore software applications loaded on one or more elements of the hostdevice 935. However, in other implementations, as described above, thehost controller 940 may include any of several other programs, machines,and devices operating independently or collectively to control the hostdevice 935.

The host system 910 includes a login server 970 capable of enablingcommunications between client systems 905 and various elements of thehost system 910, including elements such as the IM host complex 990 andthe OSP host complex 980; login server 970 is also capable ofauthorizing access by the client system 905 and those elements. The IMhost complex 990 includes an IM server network 9902, a routing gateway9906, an alert multiplexor network 9908, and one or more alert gates9910. The IM server network 9902 may include an interconnected networkof IM servers and the alert multiplexor network 9908 may include aninterconnected network of alert multiplexors. In the implementation ofFIG. 10, the IM server network 9902 and the alert multiplexor network9908 are interconnected by a routing gateway 9906 that serves as acommon hub to reduce the number of connections. Each IM server within IMserver network 9902 can directly or indirectly communicate and exchangeinformation with one or more of the alert multiplexors in the alertmultiplexor network 9908. Each of the alert multiplexors in the alertmultiplexor network 9908 may be connected to several alert gates 9910that receive different types of alerts.

During a session, a subscriber typically will be assigned to one IMserver in the IM server network 9902 and to one alert multiplexor in thealert multiplexor network 9908 based on one or more hashing techniques.In one implementation, e.g., each IM server in the IM server network9902 may be dedicated to serving a particular set of registeredsubscribers. Because all of the IM servers can communicate with eachother, all subscribers can communicate with each other through instantmessaging. However, the IM servers and the alert multiplexors arecapable of storing subscriber information and other electronic contentthat may be accessed by the other IM servers and alert multiplexors.Thus, in another implementation, each alert multiplexor in the alertmultiplexor network 9908 may be dedicated to storing information about aparticular set or subset of alerts. Because all of the alertmultiplexors can communicate with each other, all registered subscriberscan receive all types of alerts. This networking arrangement enables theload to be distributed among the various servers in the IM host complex990 while still enabling a subscriber to communicate, share information,or otherwise interact with other subscribers and servers in the IM hostcomplex 990.

A number of implementations have been described. Nevertheless, it willbe understood that various modifications may be made without departingfrom the spirit and scope of the invention. For example, advantageousresults still could be achieved if steps of the disclosed techniqueswere performed in a different order and/or if components in thedisclosed systems were combined in a different manner and/or replaced orsupplemented by other components.

In addition, the systems, methods, and techniques described here may beimplemented in digital electronic circuitry, or in computer hardware,firmware, software, or in combinations of them. Apparatus embodyingthese techniques may include appropriate input and output devices, acomputer processor, and a computer program product tangibly embodied ina machine-readable storage device for execution by a programmableprocessor. A process embodying these techniques may be performed by aprogrammable processor executing a program of instructions to performdesired functions by operating on input data and generating appropriateoutput. The techniques may advantageously be implemented in one or morecomputer programs that are executable on a programmable system includingat least one programmable processor coupled to receive data andinstructions from, and to transmit data and instructions to, a datastorage system, at least one input device, and at least one outputdevice. Each computer program may be implemented in a high-levelprocedural or object-oriented programming language, or in assembly ormachine language if desired; and in any case, the language may be acompiled or interpreted language. Suitable processors include, by way ofexample, both general and special purpose microprocessors. Generally, aprocessor will receive instructions and data from a read-only memoryand/or a random access memory. Storage devices suitable for tangiblyembodying computer program instructions and data include all forms ofnon-volatile memory, including by way of example semiconductor memorydevices, such as EPROM, EEPROM, and flash memory devices; magnetic diskssuch as internal hard disks and removable disks; magneto-optical disks;and CD-ROM disks. Any of the foregoing may be supplemented by, orincorporated in, specially-designed ASICs (application-specificintegrated circuits).

Accordingly, other implementations are within the scope of the followingclaims.

1. A method for making electronic information more readily available toone or more access requestors, the method comprising: identifying fortransport electronic information stored at a data source; transportingthe identified electronic information from the data source to arequesting access requestor; anticipating a demand of the accessrequestors for access to the electronic information based at least onnon-electronic information related to the electronic information;determining, based on a size of the electronic information and theanticipated demand, to store the already identified and transportedelectronic information on a storage medium that is more accessible tothe access requestors than the data source; and storing the transportedelectronic information on the storage medium.
 2. The method of claim 1,further comprising: determining whether the electronic information isaccessible to the access requestors from the storage medium, wherein theaccess requestors are provided with access to the electronic informationfrom the data source only if the electronic information is notaccessible to the access requestors from the storage medium.
 3. Themethod of claim 1 wherein the storage medium is more geographicallyproximate to the access requesters than the data source such that thestoring includes storing the electronic information on a medium that ismore geographically proximate to the access requestors than the datasource.
 4. The method of claim 1 wherein the storage medium is moreelectronically proximate to the access requesters than the data sourcesuch that the storing includes storing the electronic information on amedium that is more electronically proximate to the access requestersthan the data source.
 5. The method of claim 1 wherein the data sourceresides on a central server and the storage medium resides on adistributed server such that the storing includes duplicating theelectronic information from the central server to the distributedserver.
 6. The method of claim 1 wherein the electronic information isidentified for transport based on a request of the requesting accessrequestor to access the electronic information.
 7. The method of claim 1wherein anticipating the demand based at least on information that isnot particular to any single access requestor comprises anticipating thedemand based on information that is common to multiple accessrequesters.
 8. The method of claim 1 wherein anticipating the demandbased at least on information that is not particular to any singleaccess requestor comprises anticipating the demand based on informationthat is retrieved from several access requestors.
 9. The method of claim1 wherein anticipating the demand based at least on information that isnot particular to any single access requestor comprises anticipating thedemand based on information that is related to none of the accessrequestors.
 10. The method of claim 1 wherein the access requestorscomprise a class of access requestors.
 11. The method of claim 1 whereinthe non-electronic information is indicative of a popularity of a topicassociated with the electronic information.
 12. The method of claim 11wherein the popularity is the popularity for a class of accessrequesters.
 13. The method of claim 1 wherein the non-electronicinformation is indicative of past requests for information similar tothe electronic information.
 14. The method of claim 1 whereinanticipating a demand of the access requestors for access to theelectronic information further comprises anticipating the demand of theaccess requests for access to the electronic information based oninformation related to the electronic information that is not particularto any single access requestor.
 15. The method of claim 14 wherein thedemand is anticipated based on at least one of past and current requestsfor access to the same electronic information by the access requestors.16. The method of claim 14 wherein the demand is anticipated based on atleast one of current and past requests for access to related electronicinformation by the access requestors.
 17. The method of claim 14 whereinanticipating the demand of the access requestors for access to theelectronic information includes measuring a number of requests for theelectronic information, and comparing the number of requests to athreshold.
 18. The method of claim 14 wherein anticipating the demand ofthe access requesters for access to the electronic information includesmeasuring a frequency of requests for access to the electronicinformation.
 19. The method of claim 18 wherein the size of theelectronic information is a file size of the electronic information andthe anticipated demand for the electronic information is based on thefrequency of requests for the electronic information.
 20. A system formaking electronic information more readily available to one or morefirst access requestors, the system comprising: an identificationsoftware module that identifies for transport electronic informationstored at a data source; a transport software module that transports theelectronic information from the data source to a requesting first accessrequestor; an anticipating software module that anticipates a demand ofthe first access requestors for access to the electronic informationbased at least on non-electronic information related to the electronicinformation; a determination software module that determines, based on asize of the electronic information and the anticipated demand, to storethe already identified and transported electronic information on astorage medium that provides the first access requesters with moreefficient access to the electronic information than the data source; anda storage module that stores the transported electronic information onthe storage medium.
 21. The system of claim 20, further comprising: anaccessibility determination software module that determines whether theelectronic information is accessible to the access requestors from thestorage medium and provides access to the electronic information fromthe data source only if the electronic information is not accessible tothe access requesters from the storage medium.
 22. The system of claim20 wherein the storage medium is more geographically proximate to theaccess requesters than the data source.
 23. The system of claim 20wherein the storage medium is more electronically proximate to theaccess requestors than the data source.
 24. The system of claim 20wherein the data source resides on a central server and the storagemedium resides on a distributed server.
 25. The system of claim 20wherein anticipating the demand based at least on information that isnot particular to any single access requestor comprises anticipating thedemand based on information that is common to multiple accessrequesters.
 26. The system of claim 20 wherein anticipating the demandbased at least on information that is not particular to any singleaccess requestor comprises anticipating the demand based on informationthat is retrieved from several access requesters.
 27. The system ofclaim 20 wherein anticipating the demand based at least on informationthat is not particular to any single access requestor comprisesanticipating the demand based on information that is related to none ofthe access requesters.
 28. The system of claim 20 wherein the accessrequesters comprise a class of access requesters.
 29. The system ofclaim 20 wherein the non-electronic information is indicative of apopularity of a topic associated with the electronic information. 30.The system of claim 29 wherein the popularity is the popularity for aclass of access requestors.
 31. The system of claim 20 wherein thenon-electronic information is indicative of past requests forinformation similar to the electronic information.
 32. The system ofclaim 20 wherein the anticipating software module is structured andarranged to anticipate the demand of the access requests for access tothe electronic information based on information related to theelectronic information that is not particular to any single accessrequestor.
 33. The system of claim 32 wherein the anticipating softwaremodule is structured and arranged to determine the anticipated demandbased on at least one of past and current requests for access to thesame electronic information by the first access requesters.
 34. Thesystem of claim 32 wherein the anticipating software module isstructured and arranged to determine the anticipated demand based on atleast one of past and current requests for access to related electronicinformation by the access requestors.
 35. The system of claim 32 whereinthe anticipating software module is structured and arranged to measure afrequency of requests for access to the electronic information.
 36. Thesystem of claim 35 wherein the determination software module includes: asize module that determines a file size of the electronic information;and an assigning module that assigns a cache value to the electronicinformation based on the file size and the anticipated demand, whereinthe determination software module determines to store the electronicinformation based on the cache value of the electronic information. 37.A computer readable medium having embodied thereon a computer programfor processing by a computer, the computer program comprising: a firstcode segment for transporting electronic information stored at a datasource based on a request of at least one access requestor to access theelectronic information; a second code segment for anticipating a demandof the access requesters for access to the electronic information basedat least on non-electronic information related to the electronicinformation; a third code segment for determining, based on a size ofthe electronic information and the anticipated demand, to store thealready identified and transported electronic information on a storagemedium that is more accessible to the access requestors than the datasource; and a fourth code segment for storing the transported electronicinformation on the storage medium.
 38. The computer program of claim 37wherein anticipating the demand based at least on information that isnot particular to any single access requestor comprises anticipating thedemand based on information that is common to multiple accessrequesters.
 39. The computer program of claim 37 wherein anticipatingthe demand based at least on information that is not particular to anysingle access requestor comprises anticipating the demand based oninformation that is retrieved from several access requestors.
 40. Thecomputer program of claim 37 wherein anticipating the demand based atleast on information that is not particular to any single accessrequestor comprises anticipating the demand based on information that isrelated to none of the access requesters.
 41. The computer program ofclaim 37 wherein the access requestors comprise a class of accessrequesters.
 42. The computer program of claim 37 wherein thenon-electronic information is indicative of a popularity of a topicassociated with the electronic information.
 43. The computer program ofclaim 42 wherein the popularity is the popularity for a class of accessrequesters.
 44. The computer program of claim 37 wherein thenon-electronic information is indicative of past requests forinformation similar to the electronic information.
 45. The computerprogram of claim 37 wherein the second code segment is structured andarranged for determining the anticipated demand based on informationrelated to the electronic information that is not particular to anysingle access requester.
 46. The computer program of claim 45 whereinthe second code segment is structured and arranged for determining theanticipated demand based on at least one of past and current requestsfor access to the same electronic information by the access requesters.47. The computer program of claim 45 wherein the second code segment isstructured and arranged for determining the anticipated demand based onat least one of past and current requests for access to relatedelectronic information by the access requesters.
 48. The computerprogram of claim 45 wherein the second code segment is structured andarranged to measure a frequency of requests for access to the electronicinformation.
 49. The computer program of claim 45 wherein the secondcode segment is structured and arranged to measure a number of requestsfor access to the electronic information and to compare the number ofrequests to a threshold.
 50. The computer readable medium of claim 37,further comprising: a gating code segment for determining whether theelectronic information is accessible to the access requesters from thestorage medium and for providing access to the electronic information atthe data source only if the electronic information is not accessible tothe access requesters from the storage medium.
 51. The computer programof claim 37 wherein the storage medium is more geographically proximateto the access requesters than the data source.
 52. The computer programof claim 37 wherein the storage medium is more electronically proximateto the access requestors than the data source.
 53. The computer programof claim 37 wherein the data source resides on a central server and thestorage medium resides on a distributed server.
 54. The computer programof claim 37 wherein the third code segment further comprises: a sizingcode segment that determines a file size of the electronic information;and an assigning code segment that assigns a cache value to theelectronic information based on the file size and the anticipateddemand, wherein the third code segment determines to store theelectronic information based on the cache value of the electronicinformation.
 55. A method for making electronic information more readilyavailable to one or more first access requestors based on an anticipateddemand for the electronic information, the method comprising:anticipating a demand of the access requesters for access to theelectronic information based at least on non-electronic informationrelated to the electronic information; determining to duplicateelectronic information from a data source to a storage medium that ismore accessible to the first access requestors based on a size of theelectronic information and on the anticipated demand; accessing theelectronic information stored on the data source; and duplicating theelectronic information to the storage medium.
 56. The method of claim 55wherein the non-electronic information is indicative of a popularity ofa topic associated with the electronic information.
 57. The method ofclaim 56 wherein the popularity is the popularity for a class of accessrequesters.
 58. The method of claim 55 wherein the non-electronicinformation is indicative of past requests for information similar tothe electronic information.
 59. The method of claim 58 wherein the pastrequests for information are past requests of a class of accessrequestors.
 60. The method of claim 59 wherein the class of accessrequestors comprises the first access requesters.
 61. The method ofclaim 55, further comprising: determining whether the electronicinformation is accessible to the first access requestors from thestorage medium, wherein the first access requestors are provided withaccess to the electronic information from the data source only if theelectronic information is not accessible to the first access requestorsfrom the storage medium.
 62. The method of claim 55 wherein the storagemedium is more geographically proximate to the first access requestorsthan the data source such that the duplicating includes duplicating theelectronic information on a medium that is more geographically proximateto the first access requestors than the data source.
 63. The method ofclaim 55 wherein the storage medium is more electronically proximate tothe first access requestors than the data source such that theduplicating includes duplicating the electronic information on a mediumthat is more electronically proximate to the first access requestorsthan the data source.
 64. The method of claim 55 wherein the storagemedium provides faster completion of an access request than the datasource such that the providing includes providing faster access to theelectronic information by the first access requesters.
 65. The method ofclaim 55 wherein the demand is further anticipated based on pastrequests for access to other electronic information by a plurality ofsecond access requesters, who may be different than the first accessrequesters.
 66. The method of claim 55 wherein the demand is furtheranticipated based on criteria unrelated to past access requests for theelectronic information.
 67. In a system in which algorithms are employedto identify and prioritize electronic assets to be temporarily storedwithin distributed cache, a method of populating the distributed cache,comprising: receiving a first electronic asset to be made available forrequest by a networked user; measuring an anticipated demand for thefirst electronic asset based on criteria that is collected beforereceiving requests for access to the first electronic asset and that isunrelated to past access requests, the criteria including non-electronicinformation; determining to duplicate the first electronic asset from adata source to a storage medium that is more accessible to the networkeduser based on a size of the electronic information and on theanticipated demand; accessing the first electronic asset stored on thedata source; and duplicating the first electronic asset to the storagemedium.
 68. The method of claim 67 wherein the non-electronicinformation is indicative of a popularity of a topic associated with theelectronic information.
 69. The method of claim 68 wherein thepopularity is the popularity for a class of access requesters.
 70. Themethod of claim 67 wherein the non-electronic information is indicativeof past requests for information similar to the electronic information.